r 



07/14/2004 11:34 



FAX 6508395071 



FISH & RICHARDSON 



©003 



Applicant 
Serial No. 
Filed 
Page 



Brandyn Webb 
09/781,00? 
February^ 2001 
2 of 15 



Attorney's Docket No.: 07S44-465001 / P429 



Amendments to the Specification : 

Please replace the paragraph beginning at page 4, line 25 with the following amended 
paragraph: 

FIG 2 illustrates a method 200 for client process 120 to request a service from remote 



server process 1 50. The method begins when client process 120 and remote server process 1 50 
are initialized (step 210) - for example, when a user launches a software application program or 
programs implementing the respective processes. Client process 120 generates one or more data 



values, which maybe, e.g., input parameter values (e.g., particular integer, real number, string, 
array, pointer or other structure) required by remote server process 150 (step 220), and stores the 
data values in the address space of client process 120 - for example, adding the data values to a 
memory stack in client process 120*s address space. At runtime, system 100 calls a type 
description function in library 170 to obtain a type object describing the data type of the data 
values (step 230), As used in this specification, runtime ''runtime" is used in its conventional 
sense to refer to any of the time during which a program is executing and is not limited, for 
example, to time immediately before client process 120 requests the service from Temote server 
process 150. Thus, as used herein calling the type description function at runtime includes, for 
example and without limitation, calling the function upon initialization of client process 120 or 
remote server process 150, or during execution of client process 120, either before or after 
generation of the required data values. Either client process 120 or remote server process 1 50, or 
both, may call the type description function iii library 170, If the processes are physically remote 
from each other, they can use distinct copies of the library 170. In one implementation, both 
client process 120 and remote server process 150 call the type description function in library 170, 
creating two instances of the type object - one on the client side and one on the server side - 
which will be invoked by the respective processes, and which can be identified by a common 
registration ID agreed upon by the two processes. Alternatively, the process that calls die type 
description function in step 230 can send the resulting type object or objects to the other process 
at some time before the data is to be sent or with the data. Optionally, system 100 verifies that 
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client process 120 and remote server process 150 agree on a common type description for the 
data type - for example, by causing client process 120 to send a "checksum" of the type object, 
generating an error message if the two objects do not agree. 
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